DIGITAL DISTRIBUTION SYSTEM FOR DYNAMIC MEDIA 



Field of the invention 

5 

The present invention relates to the networked transmission of media. More 
specifically, the present invention relates to interactive and non-interactive media that is 
dynamically assembled and delivered to a user in a customized manner that is based 
on heuristically achieved goals and feedback from a variety of sources. 

10 

Background of the Invention 

From rather modest beginnings, the Internet has evolved from a simple 
C communication tool used by a few people in academia to a sophisticated entity with 
1 $3 multiple applications and uses. The reasons for the popularity of the Internet are many, 
fi with, convenience, speed of operation, graphical-user-interfaces, and cost being major 
% factors. The Internet is now so pervasive that is often forms a part of many business 
W infrastructures, and having a web presence or access to the Internet is the rule, rather 
U than the exception. Electronic mail, though, is still at the heart of the Internet and it too 
2CH has become more sophisticated. With the creation of a variety of advanced 
N= compression techniques for media, new avenues for the distribution of content to end- 
2 users have opened. Today, the Internet is used to distribute media in the form of audio 
and video files that are both pre-defined and "streamed" which allows content to be 
viewed in a near real-time fashion. In addition to offering streaming content, various 
25 audio and video compression techniques give a user the ability to record and store 
content such that it may be replayed on secondary devices. Portable MPS players, 
portable players supporting other formats (Microsoft Windows Media, for example) and 
Personal Digital Assistants (PDAs) capable of listening to audio or viewing video offline 
have ail contributed to an increase in the ability of consumers to utilize electronic media 
30 from any location at any time. 
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Usually, this content must be requested by an end-user. Typically, a user 
manually searches through a broad set of listings in order to identify a particular piece of 
content that is of interest. Once selected, a particular piece of content (that has already 
been created) is sent to the user, either as a file or in a "streaming" format. In some 
cases, video or audio streams are sent in sequence to allow the insertion of advertising 
or other content. If the content is part of a series or part of a set of related pieces of 
media in which the user is interested, the user is often required to repeat the process of 
acquiring each successive, related piece of content. 

Information about an end-user is typically collected in a voluntary fashion, and 
often forms an important component of many content-driven web sites. Often 
promotional material is provided to the user based upon their demographic information. 
However, this material is usually in text form with minimal customization, such as the 
insertion of an individual's name, for example. 

With the proliferation of available online content, technologies have been 
developed to digitize, create and author media. These technologies typically allow 
content providers to manually author their own customized content. Content is then 
encoded and provided in streaming or static file formats for user download. While the 
technologies developed to date have increased the ability of content providers to 
assemble transmission of content, the personalization of such content has not kept 
pace. 

There is a need for a system that is able to assemble a program package that 
includes audio, video, and text that is personalized to an individual subscriber. There is 
also a need for a system that is able to vary the content of the personalized packages 
based upon input from a variety of different sources. There is yet another need for a 
system that is able to combine static files with dynamic files into program packages sent 
to subscribers. Further, there is a need to provide personalized information at just the 
right moment ("just in time") that is relevant and customized. 
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Summary of the invention 

The present invention, as embodied and broadly described herein, is a system 
and method for dynamically creating and distributing customized electronic media 
5 content based upon a pre-defined script, commands, and/or criteria about a content 
consumer to a plurality of destination hosts. A preferred embodiment of the invention 
comprises a method of creating and encoding content, and the transmission of that 
content across the Internet to targeted destination hosts through e-mail in a "just in time" 
format. 

1 0 A related aspect of the invention is a method of authoring the scripted 

construction of content programs for "just in time" media delivery. This method 
comprises a series of steps comprising: defining the content elements to be transmitted 
including dynamic elements that may change based upon specific database driven 
0 criteria; setting the schedule for transmission; and subsequently incorporating the 

1 jj program into a broader product that is provided to a particular customer or set of 
customers. 

4 In another embodiment, the selection of content and the scheduling of content 
7 delivery may be based on survey data and feedback data measuring the effectiveness 
J and relevance of prior content deliveries. In this embodiment, the system works 

2Gy heuristically, processing survey information from subscribers and subsequently 

5 modifying the content they receive based upon this feedback. 

Another aspect of the invention is a method for creation, management and 
distribution of product offerings that may consist of multiple, discrete, customized 
programs. With this method, the specific programs that make up a product offering are 

25 selected, defined and stored in a back-end database. A subsequent delivery schedule 
is created for the delivery of products to customers. This method also includes the 
steps of entering and recording customer data, management and transmission of 
content, and logging success or failure in content transmission. In this method, content 
including custom elements, is generated immediately prior to transmission in a "just in 

30 time" fashion. The invention also includes corresponding systems for performing these 
processes and methods as disclosed and claimed. 
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An object of the present invention is to provide content that includes static and 
dynamic elements. 

Another object of the invention is to provide individualized or customized content 
to subscribers. 

5 A feature of the invention is that content may be changed on-the-f ly just before 

transmission of the content. 

Another feature of the present invention is that the content may also be changed 
by feedback and input from a variety of sources. 

An advantage of the present invention is that the content is customized and up- 
1 0 to-date. 

These and other objects, features and advantages of the present invention may 
be more completely understood by considering the following detailed description of a 
y, preferred embodiment of the invention. In the course of this description, reference will 
y frequently be made to the attached drawings, it is to be understood that both the 

1%l foregoing general description and the following detailed description are exemplary and 

m 

m explanatory only and are not restrictive of the invention, as claimed. 

ly 

£ Brief Description of the Drawings 

2<W 

p The accompanying drawings, which are incorporated in and constitute a part of 

^ the specification, illustrate several preferred embodiments of the invention and, together 

with the description of preferred implementations, serve to explain the principles of the 

invention. 

25 

Figure 1 is a diagram illustrating a preferred embodiment of the primary system 
architecture and associated support applications together with their specific functions; 

Figure 2 is a schematic diagram illustrating a distribution system messaging 
30 interaction of the preferred embodiment and how content of transmissions is assembled 
prior to distribution; 
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Figure 3 outlines the functioning of audio assembly queue as it constructs task 
"recipes" (or instructions) used by the assembly daemon to assemble "just in time" 
media content; 

5 

Figure 4 diagrams the functions of the assembly daemon software application 
used to encode and deliver dynamically created media content; 

Figure 5 is a flow chart illustrating the relational hierarchy that applies to media 
1 0 programming distributed by the system; 

Figure 6 is a flow chart illustrating how individualized transmissions are created 
u by merging programs to form packages that comprise a subscription; 

1 

1§j Figure 7 illustrates the general process flow the system uses in the preferred 

Jj distribution and assembly of dynamic media content; 

i y 

v Figure 8 diagrams the overall process flow associated with the creation, 

JT= distribution, subscriber management and heuristic processes associated with media in 

2®J the Digital Distribution System; 

o 

y. 

Figure 9 illustrates the process used by the system to dynamically adjust the 
schedule and actual content sent to content subscribers based upon their on-line 
feedback; and, 

25 

Figure 10 diagrams the process by which surveys are used to track progress and 
tailor individual content 
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Detailed Description 



Reference will now be made in detail to the construction and operation of 
preferred embodiments of the present invention, which are partially illustrated, in the 
5 accompanying drawings. 

The following description of a preferred embodiment of the present invention is 
only exemplary of the invention. The present invention is not limited to this 
embodiment, but may be realized by other embodiments. 

As a rule, the overall program architecture of the system is characterized by 
10 several broadly applied design principles. First, individual components of the system 
may be distributed widely across different pieces of hardware as each application 
communicates via easily distributed network messaging protocols. And secondly, 
U multiple instances of critical components can easily be added to improve scalability. 
D Referring now to Figure 1 , a primary system architecture 1 0 and associated 

1 %j support applications together with their specific functions is depicted. As shown in the 

frl 

m figure the system 1 0 comprises of a series of related components that communicate 
j; with one another over a network through a distribution system 20 that may include a 
t plurality of processors. The components include a variety of applications that perform 
J different functions from different locations, with the individual system components 
2(W existing as discrete, encapsulated software client and server applications that may 
p reside independently of one another on separate hardware systems distributed across a 
wide or local area network. 

More specifically, the system consists of multiple sets of server software 
applications that interact with each other in concert to produce a desired content. 
25 Starting with the upper left corner, a Media Queuing Application (AAQ) 30 is used to 
manage and queue audio files. As shown in the upper right corner, an Audio Assembly 
Daemon (AAD) 40 is used to assemble audio files. The AAQ 30 sequences the 
assembly schedule and the AAD 40 is responsible for assembly and transmission of 
media content. 

30 Continuing, a Builder 50 (located below the AAQ 30) is used to create "recipes" 

(or instruction sets) for the dynamic content products (or packages) and programs, while 
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an Administrative Interface 60 is used to provide human administration and 
management, and control over system operations, logging, transmission scheduling, 
orders and subscriber information. The overall processes are monitored by a 
Masterbrain application 70 (lower right) that monitors scheduling and an associated 
5 Master Control Program 80 (lower left) that provides a human administration and 

management interface to the Masterbrain 70. Preferably, TCP/IP messaging is used for 
communication between these application components. 

It will be appreciated that many AADs could be run with an associated AAD 
distribution load between them categorized by package, program, individual, or other 
10 pre-defined criteria. It will also be appreciated that because related, individual 

applications are encapsulated and equipped with standard interfaces, an AAD may be 
seamlessly replaced with a component that might instead encode video without 
u requiring modification to the AAQ or related components. Each component functions 
O independently and works in parallel with the others, as noted below in their detailed 
1§j descriptions. In addition, the system utilizes an accessible persistent Server-Centric (or 
SJ[ persistent) Database 90 (at bottom) to retain information related to every aspect of 
I" program definition, client and customer records and transmission logging. 
"J While the depiction represents a preferred implementation, it should be 

l: understood that the discrete components are multipurpose and not tied to the specific 

= y 

2SJ file and transmission formats noted therein, and that the invention contemplates an 
g extensible architecture that allows for additional components to be added with support 
for new transports and encoding technologies. 

Referring now to Figure 2, the flow of data between these program components 
is depicted. As can be seen, media is processed by components in a sequential 

25 manner, with each component performing a different function in the definition, assembly 
and scheduling of media distribution. As shown, when a subscription begins, an end 
user request is routed through the master control program 80. The request then 
proceeds to the Masterbrain 70 application, which determines scheduling information 
from the database and submits a request 72 through a network messaging protocol like 

30 TCP/IP. The request 72 comprises a series of assembly tasks that are received by the 
AAQ 30. 
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Referring to Figure 3, the AAQ 30 is responsible for queuing requests made for 
scheduled or interactive content transmission 32 and it manages the insertion of 
individual task lists 34 that are then transmitted to the AAD 40 (see also, Figure 4). The 
AAQ 30 also supports prioritization 32 with both first-in first-out (FIFO) and last-in first- 
out (LIFO) transmission schemes, for example. In addition, the AAQ 30 archives (or 
persists) task information to the Server-Centric Database 90 in case of system failure, 
allowing the Masterbrain 70 to intelligently reschedule transmissions as needed (see, 
Figure 1 ). The AAQ 30 sends out transmission requests 36 to one or more daemon 
applications 40 and receives completion information from the AAD 40, which serves to 
insure that the daemons are not overwhelmed with transmissions. 

Referring to Figure 4, the AAD 40 provides the system with the ability to 
dynamically construct content based upon a list of tasks when a transmission request is 
made (see also, figure 3). The AAD 40 assembles (or bundles) media files based upon 
the defined recipe (or instruction set), encoding them into an appropriate format and 
then transmitting them over a network to a given subscriber. As shown in the figure, a 
set of "recipe" derived task lists are used by the AAD 40 to gather and assemble content 
for transmission to each individual subscriber. To properly identify a program file, one 
or more subscriber-specific elements are inserted into the clip to provide immediate 
source identification if a clip is improperly redistributed. The interface does not require 
the user to separately define programs for each subscriber. Rather, a single program 
definition can be used to dynamically insert user-specific content at the time of 
encoding. Additional dynamic content that may change on a daily basis, or moment-to- 
moment, like a customer specific news report, may also be defined. 

Referring now to Figure 5, the logical model presented depicts the organization 
of media information provided by the system. Individual media "programs" consisting of 
assembled items of viewable or listenable interactive or non-interactive content are 
organized into a discrete subscriber specific package that is requested in a subscription 
order. When a new subscription is purchased programs are assigned, together with an 
interval-driven delivery schedule, to one or more subscribers. As this takes place, 
scheduling, product and package definition, subscriber information and related data is 
archived (or persisted) to an independent Server-Centric Database 90. 
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Once ordered, programs are assembled into subscriber specific packages that 
are sent to individual subscribers according to a timed schedule. After specifying the 
set of desired programs, the user subsequently uses the system to gather programs into 
specific packages. Packages are product offerings made up of sets of programs that 
may be transmitted in a sequenced order. In a preferred implementation these 
packages consist of audio files presented to the user in series. A user would receive 
individual programs over a period of days, weeks, months, or multiple years with each 
program related to an overall package, until the programs within that package are 
exhausted. Alternatively, the packages may vary the content delivery based on need or 
interest. 

If a discrete product package does not already exist, the administrator may then 
create programs and packages using the Builder 50 application (see, Figure 1 ). This 
figure illustrates the relationships between these various components. Using the 
Builder 50 the administrator visually defines a "recipe" (or instruction set) for an 
individual program using a set of commands. In the preferred implementation, these 
commands are used to assemble an audio file comprised of a set of digitized audio 
segments stored in a location accessible to the AAD 40 (see, also Figure 7) 

Referring now to Figure 6, an alternative embodiment of a second logical model 
illustrating the nature of individual transmissions and packages respectively is shown. 
Transmissions to subscribers, as noted above, consist of programs that are sent on a 
regular and scheduled basis. The subscription itself is derived from an individual 
package itself made up of programs derived from a collection of static program content 
combined with a set of dynamic commands that provide the "recipe" used to assemble 
the collection of static and dynamic content into a complete program. In the preferred 
implementation, this recipe provides intelligence to the system allowing it to custom 
tailor the finished content provided to a specific subscriber based upon either a pre- 
defined script or system-driven decisions derived from data collected about or from a 
subscriber. 

Referring to Figure 7, a set of commands are used to load a given static media 
file and a given dynamic media file, and append additional segments to that file to 
create an overall program. Once completed, a command is given to save the file and 
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encode it according to a pre-determined compression scheme. After this process is 
completed, another command orders the cataloging and transmission of the file 
respectively. The AAD 40 is designed to use an outbound processor for the 
transmission of content files. In the preferred implementation the AAD 40 assembles 
audio files and encodes them into a single, subscriber personalized MP3 file. This 
audio content is then personalized for the subscriber and, as noted, may further include 
other dynamic elements (such as personal objectives, company information, boss's 
name, location, current events, date of the message, news event flashes related to the 
subscriber, and references to prior communications and survey results) specific to a 
given subscriber. After dynamically creating the MP3 file, the file is attached to an e- 
mail message and transmitted using the standard Simple Mail Transmission Protocol 
(SMTP) directly to the subscriber together with custom e-mail message text. 

After receiving a media file, the subscriber is free to view the file independently 
using an array of readily available consumer hardware such as a desktop computer, a 
laptop computer, a portable MP3 player, and/or handheld PDA devices. It is important 
to note that a subscriber's use of the file is not tied to the maintenance of an active 
connection as is required by electronic streaming media formats. And, the presence of 
personalized information and of identifying information about the subscriber embedded 
directly in the media file itself discourages redistribution. 

In the preferred implementation, a series of audio training sessions are 
transmitted to individual subscribers on a daily, weekly or monthly basis. In the case of 
daily transmissions, for example, each program would include the day ; s lesson together 
with dynamic information about the subscriber and a related set of information about 
their company or industry news. News items would remain current and would be 
updated daily as content is dynamically assembled "just in time" prior to transmission. 
Transmission failures are automatically handled, while users have the ability to request, 
either online or by manually contacting an administrator, an adjustment to the 
transmission schedule or retransmission. 

Referring now to Figure 8, a preferred implementation is depicted, with a human 
administrator, or subscriber with a web interface who begins by using the Administrator 
Interface 60 to enter information about subscribers, including name, destination 
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addresses and associated corporate information. The Administrator Interface 60 may 
consist of an individual administrator or an interface to be created by individual 
subscribers, or remote administrators. As data is recorded additional demographic 
information about a particular subscriber may also be noted. Assuming programming 
has already been created, the user would then use the Administrator interface 60 to add 
or maintain subscriptions to various content packages and programs, and to schedule 
the transmission of that content. Using this interface 60, content transmission can be 
scheduled to occur at regular intervals, a key feature of the system. In addition, content 
transmission can be later rescheduled if a particular subscriber is unavailable to receive, 
or content may be scheduled to retransmit if a transmission failure has occurred. 
Planned delays in a delivery schedule may be used to update the schedule such as 
postponing weekly delivery of content while an individual is on vacation or out of the 
country. The interface component may also be used to monitor pending transactions, 
and provides up-to-date information on their status. 

Note that various predefined points in the process flow when the system updates 
data within the central database with subscriber, logging, and/or feedback information. 
In the preferred implementation this database is driven by structured query language 
and may be one of a variety of products accessible through a database control standard 
such as the Open Database Connectivity (ODBC) standard including those available 
from Oracle and Microsoft, for example. The database acts as the key repository for 
information related to the assembly of data and its transmission, and the relationship 
between media products and subscribers. The database may be further leveraged to 
provide sample media products for marketing purposes using the same distribution 
methods described herein. Finally, the database stores information derived from 
feedback surveys regarding the individual subscriber's effectiveness, the needs of the 
subscriber, the preferences of the subscriber, and relevancy of provided content. 

A feature of the system as illustrated in the figure is that the completed 
transmission of a given program leads to a survey of the subscriber that allows the 
system to derive information about the effectiveness and appropriateness of both the 
content and the transmission schedule. 
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Referring now to Figure 9, a preferred embodiment of the surveying process is 
depicted. Here, a user is provided with the Internet web address of a survey in the 
e-mail to which content is attached for transmission. After viewing the media program, 
the user completes the survey on-line providing feedback about the content itself, the 
order in which it was received and its overall utility. After completing this survey the 
user may then be asked for feedback on a future transmission schedule or on 
alternative content choices for subsequent transmissions. This information is then used 
by the system to derive future programming and scheduling for both the individual 
subscribers and other subscribers to the same programming package. 

Referring now to Figure 10, an alternative embodiment of the system is illustrated. 
The system, as depicted, may be used in conjunction with a set of initial surveys to 
identify the actual content contained in the package that is sent to subscribers (see, for 
example, Figure 9). In this embodiment, a primary subscriber is identified at the outset 
of a project. This primary subscriber identifies, through on-line surveys, areas they 
would like to receive information (for example, professional development needs or 
personal goals). The primary subscriber then enters a list of names and e-mail address 
of individuals from whom the primary subscriber would like to receive subsequent 
survey results. E-mails are then sent to survey participants linking them to a survey 
website. The survey participants are asked a series of questions regarding the primary 
subscriber's effectiveness. This website is monitored, either automatically by the 
system or manually, and the primary subscriber is notified of survey progress while the 
system suggests that he or she encourage survey participants to fill out their survey 
form(s). When completed, the system uses the survey results to create a complete 
content schedule for the recipient. The dynamic content scheduled for the primary 
subscriber is created based on the survey results from the survey participants. After 
regular program deliveries begin, a "feedback team" of subscribers (that are able to 
observe the primary subscriber, and who also may be survey participants) is identified 
by the primary subscriber to be regularly surveyed. These "feedback team" surveys are 
used to monitor progress and as a result, modify content being sent to the primary 
subscriber on an ongoing basis. Ultimately, the surveys are coupled with the results of 
content-recipient surveys as illustrated in Figure 9. 
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The embodiments described herein, including the Assembly Queue, Assembly 
Daemon, Administrator Interface, Server-Centric (or Persistent) Database, Masterbrain 
and Master Control Program and on-line survey information are implemented as 
software applications residing on a network of computers with appropriate additional 
software and related hardware. These particular components are preferably 
implemented in software, although specific tasks may be supplemented with hardware 
devices. To provide for scalability one or more of these systems may be deployed. The 
persistent database is provided on a system of similar specifications and is preferably 
ODBC compliant. In the preferred embodiment systems communicate using the TCP/IP 
protocol over Internet, Extranet, Ethernet or a compatible network transport. Adherence 
to these open standards insures support for emerging wireless transmission 
technologies as they arrive, and the system is able to support networking and 
transmission protocols independent of the chosen network topology. 

While there has been illustrated and described what are at present considered to 
be preferred embodiments and methods of the present invention, it will be understood 
by those skilled in the art that various changes and modifications may be made, and 
equivalents may be substituted for elements thereof without departing from the true 
scope of the invention. 

In addition, many modifications may be made to adapt a particular element, 
technique or implementation to the teachings of the present invention without departing 
from the central scope of the invention. Therefore, it is intended that this invention not 
be limited to the particular embodiments and methods disclosed herein, but that the 
invention include all embodiments falling within the scope of the appended claims. 
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